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Field of the invention: 

The invention relates to an extension to the SMTP protocol. More particularly, it 
5 relates to providing alternate addresses in case of failure of delivery in an email 
system. 



Background of the invention: 

SMTP is a widely used and deployed protocol for E-mail over the internet. Though 
10 it has been very effective for mails, various extensions have been requested by 
^ Internet users and many have been suggested and implemented, too. 

=3. 
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The current SMTP protocol uses the following keywords for simple mailing: 

fy HELO to introduce yourself (helo <hostname>) 

j y 15 MAIL to specify the sender (MAIL FROM: <sender> [<parameters>]) 

u RCPT to specify the recipients (RCPT TO: <recipient> [<parameters>]). 

q DATA to specify the message (ending with a dot in a single line) 

[ 5 (In MAIL and RCPT, parameters are ESMTP extensions) 

20 The other keywords used are: 

RSET to reset the system, NOOP for no operation, QUIT for exiting from SMTP 
program, VRFY to verify an address (probably from an address book), EXPN 
(expand a name / mailing list etc), VERB for verbose mode, ETRN to run the 
queue. 

25 

To replace the MAIL command, three new commands have been defined: 
SEND: This sends the mail directly to the users terminal. 



JP920000252 



1 



SOML: This sends the mail to the users terminal and sends a mail if the user is not 
logged on. 



SAML: This performs the function of both SEND and MAIL commands. 

5 

The SMTP protocol requires that an SMTP server provide notification of delivery 
failure, if it determines that a message cannot be delivered to one or more recipients. 
It comes to the sender of the mail as a normal Internet message containing an 
explanation of the error and the header of the failed message (or the full message). 
10 Usually this will contain the recipient it could not send the message to and the 
routing path. This requires sufficient information to be stored and returned to the 
sender. This is mentioned in the current protocols as DSN (Delivery Status 
Notification). This can be specified in the parameters of MAIL and RCPT 
commands as mentioned earlier. 

15 

For example 

MAIL FROM: <sender> [ RET={ FULL | HDRS} ] [ ENVID=<envid> ] 

RCPT TO: <recipient> [ NOTIFY={NEVER,SUCCESS,FAILURE,DELAY} ][ 

ORCPT=<recipient> ] 

20 where RET is whether to return the full message or only headers, ENVID is the 
Sender's "envelope identifier" for tracking, NOTIFY is when to send the notification 
and ORCPT is the original recipient. 

The Problem 

25 The FAILURE on delivering mail is a nuisance for internet users. There can be 
numerous reasons for this. Undelivered messages cite various reasons like Mailbox 
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full, or Relaying denied. Many times recipient mail servers reject mails from 
unauthorised domains or reject mails whose size exceeds a specified value. In other 
cases, people close their accounts or are removed by administrators (for example 
when an employee retires). Very frequently the servers themselves are down and the 
5 mails get returned. Sometimes the email address gets changed or the sender writes a 
wrong address. An example would be the change of id for a particular user. 

Another problem is when people are out of office, they are unable to see then- 
messages. This problem is partially alleviated using WAP. This enables people to 

10 access their mails while they are travelling or not in office through mobile phones 
and laptops. However, it still does not deal with the problem of returned mails. 
Also, not many people would be using this as it would be costly for them to do so. 
In many countries people do not even carry laptops or mobile phones, so the 
implementation of WAP is not feasible or would at least take some time to be 

15 helpful. 

Lotus Notes mail system and maybe some others give the facility of .forward i.e. 
forward all mails to a particular address when they put a Out of office notification. 
However, this also only partially solves the problem and is not effective when the 
20 server itself refuses the mail or the server is down or the email address is itself 
wrong. 

As mentioned earlier, extensions have been made to the SMTP protocol in the past, 
for instance, US patent no. 6,035,327 describes an extension to preserve per 
25 message and per recipient properties. However, none of these extensions till date 
addresses the problem of non-delivery of messages. 
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The object and summary of the invention: 

The object of this invention is to obviate the above drawbacks and specify alternate 
email recipients. 

5 

To achieve the said objectives this invention provides a computing system including 
an email system connected to an email network using the SMTP (Simple Mail 
Transfer Protocol) protocol characterized in that the said system includes: 

means for the sender to specify alternate recipients of an email 
10 message to be used in case the mail system can not deliver the message 

to the original recipient, 

means for said email system to deliver the message to the specified 
alternate recipients in case it is unable to deliver to the original 
recipient. 

15 

The said means for the sender to specify the alternate recipient is by addition of 
ARCPT (Alternate Recipient) parameter in said SMTP protocol. 



The means for delivering the message to the specified alternate recipients is an 
20 extension to the SMTP server to include automatic forwarding of the message to the 
alternate recipients in case of inability to deliver to original recipients. 



The said means for specifying the alternate recipient using the said ARCPT 
parameter can also be used by the recipient or the system administrator of the 
25 recipient server to forward emails to another address and alternate recipient on the 
recipient server shall hold priority over the one already in the email specified by the 
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sender. 



The above system further comprises: 

means for the sender to specify notification by said email system of the 
5 successful delivery to the alternate recipients on failure to deliver to 

original recipient, 

means for said email system to notify the sender based on the 
non-delivery of the message to the alternate recipients. 

10 The said means for the sender to specify the notification is by addition of 
ALTERNATE keyword to the NOTIFY parameter. 

The said means for the said email system to notify the sender is an extension of the 
SMTP server to include sending of an email message to the sender in case of 
15 non-delivery of the message to the alternate recipients. 

The above system further includes: 

ARCPT keyword for specifying alternate recipients, 
ALTERNATE keyword in the NOTIFY parameter, for specifying 
20 notification in case of delivery to alternate recipients. 

The present invention further provides in a computing system including an email 
system connected to an email network using the SMTP (Simple Mail Transfer 
Protocol) protocol, a method for specifying alternate email recipients comprising: 
25 - specification of alternate recipients by the sender of an email message 

to be used in case the mail system can not deliver the message to the 
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original recipient, 

delivery of the message to the specified alternate recipients by the 
email system in case it is unable to deliver to the original recipient. 

5 The specification of the alternate recipient is by ARCPT (Alternate Recipient) 
parameter in said SMTP protocol. 

The delivery of the message to the specified alternate recipients is an extension to 
the SMTP server to include automatic forwarding of the message to the alternate 
10 recipients in case of inability to deliver to original recipients. 

The specification of the alternate recipient using the said ARCPT parameter can 
also be provided by the recipient or the system administrator of the recipient server 
to forward emails to another address and alternate recipient on the recipient server 
1 5 shall hold priority over the one already in the email specified by the sender. 

The above method further comprises; 

specification by the sender of notification by said email system of the 
successful delivery to the alternate recipients on failure to deliver to 
20 original recipient, 

notification to the sender by the email system based on the 
non-delivery of the message to the alternate recipients. 

The specification of the notification is by addition of ALTERNATE keyword to the 
25 NOTIFY parameter. 
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The said notification to the sender is by an extension of the SMTP server to include 
sending of an email message to the sender in case of non-delivery of the message to 
the alternate recipients. 

5 The said method further includes: 

ARCPT keyword for specifying alternate recipients, 

ALTERNATE keyword in the NOTIFY parameter, for specifying 

notification in case of delivery to alternate recipients. 

10 The instant invention further provides a computer program product comprising 
computer readable program code stored on computer readable storage medium 
embodied therein for causing a computer to send email to alternate email recipients 
in case of inability to deliver to original recipient comprising 

computer readable program code means configured for enabling the 
15 sender to specify alternate recipients of an email message to be used in 

case the mail system can not deliver the message to the original 
recipient, 

computer readable program code means configured for causing the said 
email system to deliver the message to the specified alternate recipients 
20 in case it is unable to deliver to the original recipient. 

The said computer readable program code means configured for specifying the 
alternate recipient is by addition of ARCPT (Alternate Recipient) parameter in said 
SMTP protocol. 

25 

The computer readable program code means configured for delivering the message 
to the specified alternate recipients is an extension to the SMTP server to include 
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automatic forwarding of the message to the alternate recipients in case of not 
delivering to original recipients. 

The computer readable program code means configured for enabling the recipient or 
5 system administrator of the recipient server to specify an alternate email address 
using ARCPT parameter to forward emails to another address with the alternate 
recipient on the recipient server holding priority over the one already in the email 
specified by the sender. 

10 The above computer program product further comprises: 

computer readable program code means configured for enabling the 
sender to specify notification by said email system of the successful 
delivery to the alternate recipients on failure to deliver to original 
recipient, 

15 - computer readable program code means configured for causing said 

email system notify the sender based on the non-delivery of the 
message to the alternate recipients. 

The said computer readable program code means configured for specifying the 
20 notification is by addition of ALTERNATE keyword to the NOTIFY parameter. 

The said computer readable program code means configured for notify the sender is 
an extension of the SMTP server to include sending of an email message to the 
sender in case of non-delivery of the message to the alternate recipients. 
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The said computer readable program code means further includes: 
ARCPT keyword for specifying alternate recipients, 
ALTERNATE keyword in the NOTIFY parameter, for specifying 
notification in case of delivery to alternate recipients. 

5 

Brief Description of the drawings: 

The invention will now be described with reference to accompanying drawings and 
examples: 

10 Fig. 1 shows the flow diagram of the system, according to this invention 
Detailed Description of the drawing: 

The sender specifies the recipient address Rl with two alternate recipients AR1 and 
15 AR2 (1). The SMTP server of the sender tries to contact the SMTP server of 
recipient Rl (2). In case it is able to do so, it tries to deliver the mail to recipient Rl 
(3). In case of failure to deliver mail, the system checks for alternate email address 
BR1 if specified by recipient Rl (4). If such an alternate email address is specified, 
the system attempts to deliver the mail to alternate email address (5). If the attempt 
20 is successful the activity is complete (6). 

If the system is unsuccessful in the above attempts it attempts to connect to the 
server of AR1 (7). In case it is able to do so, the system attempts to deliver the mail 
to user AR1 (8). If the attempt is successful, the process is complete (6). Otherwise, 
25 the system checks for an alternate email address BAR1, if specified by AR1 
recipient (9). If BAR1 is specified, the system attempts to deliver to it (10). If 
successful, the process is complete (6). 
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If the system is unsuccessful at any point above the SMTP server tries to connect to 
the SMTP server of alternate recipient AR2 (11). If the attempt is unsuccessful a 
failure notification is issued (15). If the connection is successful, the system 
5 attempts to deliver the mail to AR2 (12). If the attempt fails, the system checks for 
an alternate address specified by AR2 (13). If no alternate address has been 
specified the system issues a failure notification (15). If however, an alternate 
address is available the system attempts BAR2 delivery of the mail to BAR2. If 
successful, the process is complete (6), else a failure notification is issued (15). 

10 

The RCPT will have a new parameter ARCPT (Alternate recipient) which will 
correspond to each RCPT address. There can be more than one ARCPT for one 
RCPT separated by commas. In case there are more than one ARCPT specified, the 
first one will be used, on failure to deliver to even that address the second one will 
15 be used and so on. 

The NOTIFY parameter will have a new value that it can take which would be 
ALTERNATE 

NOHFY={NEVER,SUCCESS,ALTERNATE,FAILURE,DELAY} 
20 NEVER: The sender will never be notified. 

SUCCESS: The sender will be notified on successful delivery of the mail to the 
original recipient. 

ALTERNATE: The sender will be notified on successful delivery of the mail to 
the alternate recipient, (which implies it failed to deliver it to the original 
25 recipient). 

FAILURE: The sender will be notified in case the mail cannot be delivered to the 
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alternate recipient as well ( or to the original recipient in case ARCPT is not 
specified). 

DELAY: In case there is a delay (same as current implementation) 

5 For example - 

MAIL FROM: <abc@abcxom> [ RET={ FULL} ] 

RCPT TO: <xyz@xyz.com> [ NOTIFY= {ALTERNATE, FAILURE} ][ 
ORCPT=<abc@abc.com> ][ ARCPT=<rst@rst.com> ] 

10 Case I: The server xvz.com is found and accepts the mail, and the user xvz is found 
The mail is delivered to xyz@xyz.com 

Case II: The server xvz.com is found and accepts the mail, and the user xvz is not 
found but has an alternate email specified 
15 The mail is delivered to the alternate email (on failure it is treated as Case V) 

Case IC: The server xvz.com is found and rejects the mail, the user xvz is found and 
has an alternate email specified 

The mail is delivered to the alternate email, (on failure it is treated as Case IV) 

20 

Case IV: The server xvz.com is found and rejects the mail the user xvz is found 

without an alternate email specified 

The mail is delivered to the address rst@rst.com. 

25 Case V: The server xvz.com is found and accepts the mail, the user xvz is not found 
and no alternate email is also available 
The mail is delivered to the address rst@rst.com 

Case VI: The server xvz.com is not found. 
30 The mail is delivered to the address rst@rst.com 
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In any of the above cases, if the mail is delivered to rst@rst.com the sender is 
notified. If delivery to this server also fails, the same steps are followed as for xyz 
server. In case everything fails, the sender is notified. 

5 

Advantages: 

The failure notification only comes in case of genuine failures. The best 
attempt is made to deliver the message to the recipient. 
The users can specify their alternate emails in case they wish to receive mails 
10 somewhere else under situations of abnormality. 

The sender has the option of routing the email to alternate recipients if the 
original recipient cannot be reached and thereby have the message attended 
to. 

The proposed solution solves all the problems mentioned above as the alternate 
15 email is used in case of failure of delivery of the mail to the original recipient. This 
decreases the probability of failure substantially. 
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